home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #1 / Ham Radio 2000.iso / ham2000 / bbs / multi207 / changes.doc next >
Encoding:
Text File  |  1994-09-18  |  8.3 KB  |  203 lines
  1. MULTI.EXE, server for FBB-BBS.
  2. (By LA6CU, Per)
  3.  
  4. Version 1.01:
  5. This server is used to send personal copies of special messages.  The 
  6. original is adressed to a special "call", and then there is automatically
  7. made personal copies to everyone that shall have one.
  8.  
  9. Installation:
  10.  
  11. MULTI.EXE is put in the same directory as SERV.EXE.   MULTI will read from
  12. INIT.SRV...
  13.  
  14. In INIT.SRV, MULTI is included together with REQFIL, REQDIR etc.  Example:
  15. #
  16. ------
  17. #
  18. REQFIL  REQFIL
  19. REQDIR  REQDIR
  20. KLUBB   MULTI
  21. TEST    MULTI
  22. #
  23.  
  24. In this example all messages sent to
  25. SP KLUBB
  26. will be copied to all callsigns in the file KLUBB.DAT, while messages sent to
  27. SP TEST
  28. will be copied to all callsigns in the file TEST.DAT.
  29.  
  30. KLUBB.DAT and TEST.DAT (in this example) must stay in the FBB-directory.
  31. You must make one such .DAT-file for every to-field you define in INIT.SRV.
  32.  
  33. The .DAT-files must consist of callsigns (@BBS and H-adresses allowed) for 
  34. all those that shall have a copy.
  35. Example of KLUBB.DAT:
  36.  
  37. LA6CU
  38. LA6IM @ LA6IM.#SVG.NOR.EU
  39. LA9LFA @ LA2D
  40. LA6GDA
  41.  
  42. Beware:  The .DAT-files shall consist of callsigns, and nothing else !
  43.          No /EX, no #, no * and no *** end of file.
  44.  
  45. MULTI will NOT send a copy back to the originator, even if he also is in
  46. the .DAT-file.  This to avoid "looping" of messages.
  47. MULTI will send an acknowledge-message back to the originator, telling 
  48. him that the copying was successful, and show him a list of all callsigns
  49. that will receive such a copy.
  50.  
  51. R:lines on incoming messages are removed, untill there has arrived 2 lines
  52. without R:  After that. R:lines are accepted again.  This is done to make it
  53. possible also to forward messages back the same route, and at the same time
  54. make it possible to include R:lines in the message itself.
  55.  
  56. R:lines are NOT checked to prevent forward to BBSs that are already in
  57. these R:lines, because a message to a MULTI-server only will be processed
  58. at the end-BBS anyway.
  59.  
  60. MULTI needs very little memory (I have not checked how much..), but I have
  61. been told that it needs less than 35k.  MULTI does not write to screen.
  62.  
  63. MULTI.EXE must be in the same directory as SERV.EXE, while the .DAT-files 
  64. must be in the same directory as INIT.SRV.  MULTI gets all data it needs 
  65. from INIT.SRV and the .DAT-files.
  66. MULTI does not make any temporary files on disk.  Everything is done in
  67. memory, and the result is placed in MAIL.IN, as all servers do.
  68.  
  69.  
  70. Version 1.02:
  71. MULTI still works exactly as before, with the same installation.  But after
  72. a request from F6ABJ and F6FBB I have made a modification so that users
  73. themselves can decide what callsigns will receive a copy.  This is done
  74. by including the callsigns in the message itself.
  75.  
  76. In INIT.SRV, MULTI is still included like bfore (see further up).  But
  77. in addition, you now must have 1 extra line, like this:
  78.  
  79. #
  80. ------
  81. #
  82. REQFIL  REQFIL
  83. REQDIR  REQDIR
  84. KLUBB   MULTI
  85. TEST    MULTI
  86. MULTI   MULTI               <----  This line is new.
  87. #
  88.  
  89. It is very important to use the word MULTI here, nothing else will work.
  90.  
  91. Users will now be able to send messages to MULTI, like this:
  92. SP MULTI     The program will now collect the info on who will receive a 
  93. copy, from the message itself, and not from a seperat .DAT-file like 
  94. SP KLUBB or SP TEST still will do.
  95.  
  96. There are 4 different copy-types.
  97. A (action)      :  This is the callsign that will receive the message, or
  98.                    perform the action described in the message.
  99. C (copy)        :  This callsign receives a copy of the message.
  100. I (information) :  This callsign receives a copy for information.
  101. H (hidden)      :  This callsign receives a copy, but his callsign will not
  102.                    appear in the footnotes of the message, telling who has
  103.                    received a copy.
  104.                    
  105. Example:
  106. SP MULTI
  107. Digipeater upgrade          <-----  Title of message
  108. A LA6CU                     <-----  Copies to the people doing the job
  109. A LA6GDA                    <-----    "     "   "   "    "     "     "
  110. I LA5RBA                    <-----  LA5RBA is informed on the matter
  111. C LA6IM @ LA6IM             <-----  LA6IM receives a copy for updating his
  112.                                     node-lists
  113. H LA2GIA                    <-----  LA2GIA receives a copy, but will not appear
  114.                                     in the list of callsigns at the end of
  115.                                     each message.
  116. ---------                   <-----  After the last callsign, there must be a
  117.                                     string of at least 5 '-' before the
  118.                                     actual message.
  119.                                     
  120. Then follows the contents of the message.
  121.  
  122. As ususal, the sender will receive a message saying that the copies were
  123. made.  The messages to all the other calligns will be identical, and look
  124. like this:
  125.  
  126. Message via LA6CU MULTI-server (v1.02) :
  127.  
  128. Contents of message
  129.  
  130. ============================================================================
  131. For action       : LA6GDA, LA6CU.
  132. For copy         : LA6IM.
  133. For information  : LA5RBA.
  134. ============================================================================
  135.  
  136. All copies are identical, but A, C and I determines in which line in the
  137. footnotes the callsigns will appear.  A callsign after an H will not 
  138. appear in the footnotes.
  139.  
  140. Version 1.03:
  141. In this version CC: can be used instead of a standard C line.  This has 
  142. been asked by severeal users that are used to the CC:
  143.  
  144. Version 1.04:
  145. Fixed a small "bug" with lines starting with From: and To: 
  146. New:  Now you can have more than one callsign on each line, like this:
  147. C LA6GDA, LA6IM @ LA6IM, LA9LFA    
  148. Callsigns must be seperated by comma.
  149.  
  150. Version 2.00:
  151. 25/2  1994  :  Rebuilt the program.  Allows now lines with more than 255 
  152.                characters.  Uses a MULTI.TMP for temporary work (automatically
  153.                deleted after use).  Uses DOS-commands TYPE, FIND, and also 
  154.                COMMAND.COM.  Max number of copies increased from 50 to 100.
  155.                Copies no longer use senders callsign, but the BBS-call.  
  156.                Senders callsign is included in each copy.  SR-command will not
  157.                work, sri.  Warning about this in each copy.  
  158.                Messages sent SP MULTI or to any of the *.DAT, now make 
  159.                identical copies.  *.DAT-files have changed format, format is 
  160.                now similar to the format of SP MULTI messages.  Only exception
  161.                is that the list is not ended with -----, and it is also 
  162.                possible to write comments, starting with #.  List of callsigns
  163.                for copies, can be hidden by using H-lines.
  164.                
  165. Version 2.01:
  166.  5/3  1994  :  Fixed small bug:  Lines were converted to UPPERCASE when using 
  167.                SP MULTI..
  168.                
  169. Version 2.02:
  170. 12/3 1994   :  Fixed small bug: The lines before ----- were included in the
  171.                message if they were written in lowercase.
  172.  
  173. Version 2.03:
  174. 14/3  1994  :  Removed BBS-call as sender of copies (again).  Is now back 
  175.                again to using the senders callsign as sender of each copy.
  176.                Include senders home-BBS in a short R:line in cases where the
  177.                senders home-BBS not is identical to  this BBS.  SR-command 
  178.                may again be used.  WP works correct.  Catch:  Copy of message
  179.                can NOT be sent back to senders home-BBS (this should normally
  180.                not be done anyway..).
  181.  
  182. Version 2.04:
  183.  24/4 1994 :  No longer uses DOS-calls to copy or delete files.
  184.               I hope this was the reason for some BBSs to make empty copies,
  185.               and not deleted MULTI.TMP afterwards.
  186.  
  187. Version 2.05:
  188.  29/5 1994 :  TPK (and some others ?) insert their own line between the
  189.               From:-To: and the lines of callsigns to have copies.  These 
  190.               lines were therefore included in the messages.  This version 
  191.               tries to avoid this from happening..
  192.  
  193. Version 2.06:
  194.  30/5 1994 :  Fixed listing of who had received copies.  @BBS-field was wrong
  195.               if copy was sent to non-callsign.  For example, a copy to
  196.               SYSOP@LA1B was listed as a copy for SYSOP@SYSOP.
  197.  
  198. Version 2.07:
  199.  18/9 1994 :  Fixed one mistake that made the text "@: (Original date/BBS)"
  200.               appear in the message even if the sender in fact was a user
  201.               of the local BBS. 
  202.  
  203.